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NATIONAL 0S9 USER GROUP NEWSLETTER 



EDITOR : Gordon Bentien 

HELPERS : Bob Devries and Don Berrie 

SUPPORT ! Brisbane 0S9 Level 2 Users Group, 



Well here we are in the year of 1989 and already one month has gone. We do hope to bring you something special in 
this our January / February edition. Firstly houieveri an apology to some roeffibers. The editorial of last Dec. 
advised that we intended to Bail out back issues of last year's newsletters to bring all current memberships to a 
common ejfpiry datei renewals being due September 1st '89. Well we did do thisi in fact I suspect that some members 
would have finished up with at least one duplicate copy. We thought it better to err on the side of too many 
rather than have someone miss out. Now, at lastj comes the apology - The back issues mailed did NOT include the 
July '88 or August '88 newsletters as we stated in Dec. Sorry about that. The task of reprinting back copies 
turned out to be larger than expected and I (Gordon) just slipped up. If you would really like a copy of JuU Aug 
please drop me a line, we have Eight only JUL '38 and Three only AUG' S3 as spare copies, first in best dressed. 

PUBLIC DOMAIN SOFTWARE 

We do have some public domain software which is available to members of the National 0S9 User Group on the 

following basis, 

[1] Mail us 0S9 formatted disks addressed to "National 0S9 User Group' c/o the address shown on our cover. 

[2] PLEASE do include postage stamps with disks for return postage (value the saiite as stamps to mail to us) 

C3] Include Two Dollars ($2.30) for each disk. This is a copy charge per disk (any tracks 35,40,30 3S or DS) 

This copy charge was established to cover any costs to us in obtaining public domain material, assist in the 
purchase of such material from the U.S. 0S9 Group and to allow us to re-reimburse our contributors for their costs 
in sending us their material. 

I do have a few disks which have been mailed in by members, either without return postage or without the $2 copy 
charge, or even without either. If you have mailed a disk or two and not included the above, then your request has 
not been fulfilled, and won't be until you do send same. Sorry but rules are rules. 

Now, having got that bit off my chest I can move on to what is currently in the Public Domain library. 
We have the U.S. 0S9 User Group Disks from disk© to diEk42 , except 27,28,41. We have these stored on 30 track 
double sided disks. These are arranged in "Volumes' 1 thru 9 with each volume containing four or more of the 
original issue disks (35tr). All programmes and listings which appear in the newsletter are also included in the 
library. Now, the most difficult part is to find a means to give you sufficient detail to enable each of you to 
select just what might be useful to you. For example, a hierarchial directory print-out of U.S. disks runs to 21 
printed pages. At best, these file names on their own leave a lot to the imagination, so one of our members, John 
'Jsher, has gone to the trouble of merging all the "Help" files from these disks. When listed to the screen or 
printer this file makes a good reference of all the U.S. disks, as well as just what each file or prograjnme is all 
about. Well, this is just what we need, why not just list this file in the newsletter ? 126 pages that's why. 
Yes when listed to the printer and formatted for the normal 8 inch by 11 inch 88 col. page, you will finish up with 
126 printed pages, John has also made an alphabetical index of all files which runs to a further five pages. 
Well do you have any suggestions on this subject ? The only thing we can come up with is to ask you to send us a 
disk (rules above apply) and we can give you a copy of index and help files. 

Once you are able to decide on which disks or volumes that you would like, just let us know. Remember that you can 
have a volume for the same copy charge as a disk and get at least four times the material. By far the easiest for 
us is a simple backup of a volume, 80 track format. 

Oh yes ! almost forgot, have you seen ShellPlus ? This version of 'Shell" replaces the original shell in Tandy's 
0S9 Level 2 and adds quite a few nice features. One that we like is that the 0S9 prompt can include the current 
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uindfflii, like :- 0S9CW23! or 0B7CTERM]: This is in our library and is essentially two files, one the executable 
file and the other a doc file which lists to about four pages of docuffientation. 



IS IT TRUE ?? Well we have also heard the ruftours that Tandy will drop the CoCo here in Australia and that this 
will follow the lead of their parent in the U.S. 

You will have already seen some CoCo software at clearance prices, and we understand that some hardware itents for 
the CoCo are no longer available froni the Mt. Druitt warehouse. So if you missed out on something from your 
Christmas wish list, it may be wise it go looking now. 

This will not help 0S9 because the CoCo still does provide a reasonably priced medium for the Fantastic OS? 
operating system^ and I for one expect my CoCo and 0S9 to continue for some time yet. 

We are aware of course that 0S9 runs on other 6809 and 69K machines and in fact some members of our National group 

do use machines that were not made by Tandy. We are now more interested than ever in these systems as we will need 

to find an alternative in the long term. Come on, how about it, let us share some of the secrets of your favourite 
system using 0S9, 



THIS EDITIW :- 

Making the most of 'C Part 2 by --Rosko! — 

This part 2 is an excellent follow-on from the very welcome article presented in the December newsletter. Many 
thanks for your support Rosko. 

0S9 For Beginners Part 3 by Bob Devries 

We hope that this will help those not yet familiar with 0B9 

Running a Terminal under 0S9 Fart 2 by Don Berrie 

TempConvert by Bob Devries 

This is a simple fahrenheit to celcius conversion programme written in 'C 

^EXT MONTH We have the word that Bob Devries will be presenting a database series written in 'C which will 
develop to a very usable database. 

ooooooooooOOOOOOOOOOoooooooooo 



Making the Most of Microware C - Part II 

by — Rosko I — 

NOTE: requires some knowledge of C and assembler (6809 or 68000) 

Apparently, some people liked Part I so I seem to be writing Part II now. Some of you may even be starting to 
write some good little handy functions, so it's probably a good time to discuss what to do with a few hundred 'good 
little handy functions'! You may also like to know a little more about those taboo's I mentioned last time... so 
read onl 

When you compile or asseffible anything with the C Compiler's assembler (i.e. c.asm, rma, or r63) you don't just 
get raw machine language you can run. The assembler generates what is called a Relocatable Object Format (ROF) 
module. This module has some overhead detailing the number of static (permanent) variables declared, the global 
variables and functions defined, and all the references to variables and functions outside the file. This allows 
you to write code m separate files^ assemble them, and link the ROF modules together into the one executable file. 
It forms the basis behind library files and coffipiling separate C files into one program. 
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Because ROF modules invcive this overhead, it's aCCEpted as a good idea to group reiated functions into one ROF 
moduleT so less disk space is used and cofTipilations are 'a little quicker*. To get iTiore than one function in one 
ROF iRoduleT you keep the functions you think are related in one source file. Going back to the exaiBple of the 
standard string functions, strlenO, strcTipOi strcpyO and strcatO are all in the one source file so tjihen they 
uere compiled they all turned up in the one ROF {iiodule» strings.c. 

When you write a C program ijhich uses strings^ you will jnore than likely use at least two of these functions 
and Mybe all four, so you aren't wasting meiTicry including unused code, and your library files are smaller. You can 
probably guess that if you threw everything into one ROF module, then you would be wasting fnemory by including lots 
of functions your prograiri will never use. When you start grouping functions in one file, you have to start thinking 
about hotf often you will call these functions from one program. 

Having grouped your functions into ROF jnodules, you can then make what is called a Library file. Basically, 
this is just a group of ROF modules merged into one file, in a certain order. When you write a program which calls 
one of your functions from the ROF modules, you can tell the linker (rlink, 168 or clink) to search through the 
library file and extract the ROF module containing your function to add to your program. This is the basis of the C 
compiler's standard library. 

Notice that I mentioned order in the above paragraph. In library files, it can be important to arrange your ROF 
modules in a certain order. This is because when the linker searches through the library file, and extracts an ROF 
module for your program, it continues to search for ROF modules with any of the functions required by the irtodule it 
extracted. If, say, the strings_c module appeared before the printf.c module, and printfO called strlenO, the 
linker would first skip past strings_c to find printfO, then start looking for strlenO. But it has already passed 
strlenO in strings.c... so you can see that strings.c must come after printf.c. 

All this is quite confusing, so an example is probably in order. You might want to li^rite a package of financial 
calculations like loan estimate and compound interest functions, and perhaps seme statistical functions like 
averages and standard deviation. You would group some into one file because they are likely to be called together, 
such as the statistical functions, and some separately as they wouldn't be used too regularly. When all your 
functions are compiled into ROF modules, you would merge them all into a Library file. Some of your functions might 
call other functions, so their ROF modules should be put at the top of the library. When you work out a sure win 
method for the stock market and write the ultimate program, you could compile it by typing: 

cc makemillion.c -l=/dd/lib/finance.l 

and the linker would go looking for your functions in the library file finance. 1 in your LIB directory. 

It is interesting to note that you can write some source files in assembly language and some in C, and still 
produce ROF modules that can be put into a library file. The code in a ROF module is machine code, so it doesn't 
matter what it was written in I 

Well, that's getting boring so let's discuss the reserved registers taboo. 
6889 C reserves U, Y, DP and S; 68B88/68323 C reserves D4-D7 and A2-A7. This doesn't mean you can't use them. Just 
that C already uses them. If you want to use them you should understand what they are used for, and ensure they or'E 
restored to how C had them if you change them. 

Firstly, whether you write in C or assembly language, your code uses a system stack to keep track of where a 

function was called from, so it can go back there when it does an RTS. C functions use the stack to pass arguments 

also. In 6889 C the stack is register S; in 66800/68828 C the stack is register A7, designated SP. DON'T PLAY WITH 
IT! 

Any global or static variables you declare are kept at the front of your program's Jiiemory pool, and an index 
register points to the start. 6809 C uses Y, 68000/68020 C uses A6. You can use this register to access global 
variables from your assembly language functions by inde>;ing from the register. For example, to access the global 
integer err no you could: 
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LDD errnoiY or MOVE.L errno(A6),D0 

6B09 C also supports direct page variables. These are in the first 256 bytes of the global and static area. If 
you know that a global variable is declared as direct page in Cj you can access it froro assembly language like: 

LDD <freddo 

68000/68020 C reserves the A5 register. I have noticed that in the latest version of the 68020 C compiler, A5 
is linked at the start of each function, and unlinked before RTS. I don't know why... it doesn't appear to be used 
for anything yet. Until I can find out uhy, I suggest you LEAVE IT ALONE! 

The remainder of the registers (i.e, U for 6809, D4-D7/A2-A4 for 68000/68020) are used by the compiler for any 
variables declared as register variables. As you can guess, 6809 C is limited to one register variable per 
function, whereas 68000/63020 C is 'limited' to four data and three pointer register variables per function. 

If you want to use any of these registers in your assembly language functions, you should first push them on 
the stack: 

PSHS U,Y or MOVE.L D2-D7/A2-A6,-(A7) 
and reclaim them before RTS'ing: 

PULS U,Y or hOVE.L (A7)+,D2-D7/A2-A6 
For 6809, if you would use RTS right afterwards, you can save code with: 

PULS U,Y,PC 

If your function calls another which My require access to global variables, you should either restore the 
global /static pointer (Y or A6) before BSR, or simply not use Y or A6. 

To finish this month (Ta sick of typing again), here is a little function which allocates string space for a 
temporary string, so it can be copied before it disappears. Just pass a pointer to where your string is now, and it 
will either pass back a pointer to the new string or NULL which means no memory. You can discard the string when 
you are finished with it by passing the pointer to the string to freeO, READ THE COM!€NTS as they help explain the 
code. 

* strsave.a - 6809 code for Microware's 6809 C compiler 

* allocate memory for a string, and save it 

* string may be deallocated using freeO 

* -Rosko I -15/5/88 

* 14/12/88 - noticed it still used inoptimal strlen algorithm... fixed 

psect strsave.a, 0,0, 0,0,0 

* char *5trsave (s) char *s; 
strsave; 

Idx 2,5 

bne sslB if pointer is NULL, don't go any farther 

clra 

clrb 

rts 

ssl0 tst ,x+ look for NULL 

bne sslB on passing this point, X = end of string 

tfr Xid get end address in D 

subd 2,s subtract start address 
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pshs d 

Ibsr ma 11 DC ask for that many bytBs 

leas 2,s we pushed 2 bytes* so take them off again 

cmpd #0 if zeroj no memory so return zero 

bne 5s20 

rts 

S520 Idx 2»s get start of string again 

pshs u»d want to use U, so rrtust save it 

tfr d,u 

5530 Ida ,>:+ copy from temp, into new string 

sta ,u+ 

bne 5530 

puis u,dipc used U, so restore it; reclaim pointer also 

endsect 

* strsave.a - save a string into external roei»ory. 

* fftemory can be returned to systeffi using freeO 

* —Rosko!-- 8/7/88 68000 version 
* 

psect 5tr5ave_a»0,0»0»0,0 

* char *5trsave is) char *5; 

strsave! tst.l d0 is there something to save? 
beq.s strsaveS don't bother if null string 
novea.l d0,a0 now» get length of string 
fflove.l d0!-(sp) save pointer for later 

strsavel tst.b (a0}+ 

bne.s strsavel on passing this point j a0 = end of string 

sub.l a0»d0 subtract fro* start of string 

neg.l d0 gives length of string inc. null 

bsr fftalloc request memory from malloc <# bytes in D0) 

fiBvea.l (5p}+,a0 reclaim pointer to string 

tst.l d0 

beq.s strsaveS don't bother if no meiBory 

movea.l dO^al get pointer to stetAory 

5tr5ave2 move. b (a0)+, (al )+ 

bne.s str5ave2 copy from temp, string into new 
rts 

str5ave3 moveq. 1 #0id0 
rts 

ends 

C U NeXT tiM() 



— Rosko i 
ooooooooooOOOOOCJOOOOoooooooooo 



SETIME PATCH :- 

Here is a patch for the setime isoAile which has kindly been sent to us by Robin Oosterbeek. I have used your patch 
Robin and it works well. O.K. over to you now Robin :- 
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I, like many others have become sick of the AiTierican way cf entering the date, therefore I set out to rriake it 
the Australian way, so I modified "setifite" to inake it DD/m/YY HH:MM:SS instead of yy/MM/DD HH:MM:SS. 



fTiodpatch -s 
1 setifTiE- 
c 66 79 64 
r 67 7? 64 
c 6C 64 79 
c 6D 64 79 
c a8 E4 62 
L M 62 E4 

V 

^^ecf) 



link setifffe 

change froifi yy to dd 

change from dd to yy 



validate (verify) 



hope that these few changes are helpful for all - Robin Oosterbeek, 

oooooooooOOOCKKiOOOOooGODODOoo 



STARTING OUT UITH 0S9 



Modifying your device descriptors. 



One of the things everyone seems to want to do when they start to use 0S9i is to modify the disk drive descriptors 
50 that they match the drives that they have. The most important of these is the stepping speed of the head from 
track-to-track. That item, along with the number of tracks etc is found in the device descriptors, one for each 
drive you have in your system. The descriptors are DB, Dl, D2 and D3. All four are used if you have four single- 
sided drives, and less if you have fewer or double-sided drives. The Colour tatputer can only accs^s three double- 
sided drives, but these can be of varying sizes. For instance, you could have one double-sided and two single-sided 
drive (NOT recommended, but possible). 



The information contained in the descriptors is used by the disk device driver in level two 0S9 to access the 
drives correctly, but unfortunately level one ignored the data and assumed that all drives were single-sided 35 
track 3SmS stepping. You can use DEBUG to examine the module in memory to see what your descriptor is set for. Here 
is a sample of how to use DEBUG to examine D0. Where you see this character sequence in my instructions <spdce> I 
mean for you to press the spacebar and this <ret> means press Enter. 



0S9: debug 

Interactive Debugger 
DB: L<space>D0<ret> 

A00e 87 
DB: .<space>,+14 

ASU 00 
DB: .<space>.+2 

A016 01 
DB: <ret> 

A017 00 
DB: <ret> 

A01S 23 
DB: <ret> 

A019 01 
DB: Q<ret> 
0S9: 



this line links to the descriptor D0 

Tfote the addresses and values may be different on your system 

this IS the stepping rate 80 = 30m3 

this is the disk density 01 = double density 

this IS the most significant byte of the number of tracks 

this is the least significant byte of the track size 23 = 35 tracks 

this is the number of sides, we use 'Q' to quit debug. 

note that we did not modify anything, merely looked at the memory. 
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Please note here that I fiiust make a confeBSion. I ERREO IN THE DECEMEhR ISSUE' The .liodpatch listing on page five 
should read as folloiiisJ- 

(Tiodpatch 
1 d0 

c 14 S2 03 
c \6 01 0j 
r IS 23 5S 
c 19 01 02 



I had got the address of the nuiTiber of tracks rights but I (Tfodified the wrong byte (the MSB iiistead of the LB_E) m 
apologies for {rnsleading you. As a inatter of fact iiiodpatch mould have reported the error by prirsting sofnething like 
'data does not match' . 

The other device descriptor modules can be patched the sa-^ie lisay, including the W, Wl ... WIj descriptors for level 
two iLiindows. The only ones which do not need to be patched this iijay ars P, the printer descriptor^ and Tl, T2t and 
T3t where XMODE is used to make the changes easier (and in english). For eKaFiple, if you lisanted to change the 
descriptor for Wl to different foreground, background and border colours^ you could proceed this way:- 



(Tiodpatch 

1 Uil 

c 33 S2 61 

c 34 00 02 ^t 

c 35 04 02 

V 

This will change the colours to blue, white and white for foreground, background, and border. To store this 
perifianently, of course you niust use os9gen or cobbler to save them to a netit disk or the existing disk. 
If you change a meniory module using DEBUG, you must save the changed module to disk- and then use VERIFY with the U 
option to update the (Tfodule's CRC. The easiest way is to use /Tiodparch to do it for you and .7.ake sure to use the 'V 
CDinffiand after all the patches are done. This will force modpatch to reverify the fiiodule for you which means you can 
use cobbler to save the changes. If you do not update the CRCs and you cobbler to a new disk (or to the e>n5ting 
disk) you iiiill not be able to reboot from it because of the incorrect CRCs. 

Modifying the Printer speed. 

Here we use the 0S9 command XMODE. To change your printer baud rate, type the fol lowing :- 

0S9:xfflode /? baud=06 

This changes the printer baud rate to 9600 Baud. You may find that it is also necessary to use the utility 
'Tuneport' to get the printer working properly. The Tl, T2, and T3 serial ports fijay be changed the satite way. Note 
here that 'Tuneport' can also be used for Tl, but not for T2 or T3. 

Once you have changed your serial device descriptors (/p, /tl, /t2, /t3) you can cobbler a new disk and then these 
changes will be saved along with the rest of the modules in the 0S9Boot file. You then won't have to wonder about 
whether you had the right baud rate etc, it is already done. 

Well folks, that's all from me for this month. 

Regards, Bob Devries, 



ooooooooooOOOOOOOOOoooDoooooo 
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RWNING A TERMINAL UNDER 0S9 : FILE TRAhBFERS 

Last iESLie, we discussed hou to set up a terjinnal cm a CdCd 0S9 systefit. hlost cf iiihat 1 said then, applies to either 
Level 1 or Level II, The e);ception is the "immortal shelT contfTiand (ie Shell i=/T2&). This option is not available 
in the Level I kernel. OK, so now ue have logged on to another niachinei what can we do nont^ 

Once you have logged onto a remote fiiachinei and had a look around, I guess the triost obvious thing to do is to try 
to transfer a file from that rriachine to your omn. The noriTial way to do this u'ould be to logoff the reiiiote syste.Ti, 
and get the operator of that system to manually transfer the filei using one of the cotifiTfon file transfer protocols. 
However some smart programmers in the USA have given us a better method. Enter the Kermit program. A great name for 
a programme that acts nothing at all like a frog! 

This is the technique. Say, for example, that I am logged onto Bob Devries' CoCo, using Xcom? as the terminal 
program on my own machine, and there is a file called newsletter _Jan. 39 in the directory called TEXTS, in the root 
directory of his /DC drive. 1 want to transfer a copy of that tentfile to my own machine. 

The basic technique is this: 

1. Start up a sending kermit on his machine. 

2. Quit the terminal program on my machine (but stay logged onto Bob's), 

3. Start up a receiving kermit on my own machine to get the file. 

4. Start up the terminal program again 

5. Get back onto Bob's machine and say thanks. 

6. Log off Bob's system. 
Simple isn't it? 

But in reality, it's not so simple. 

Let's see if we can formulate the actual commands necessary to accomplish the file transfer. First cf all, when the 
kermit program is run without any parameters, on an incorrect parameter, it provides the following help screen ' 

Kermit Program Version 1 Release 6 

Usage: kermit c[le line esc. char] (connect mode) 

or: kermit sCdifl line] file ... (send mode) 

or; kermit rCdifl line] (receive mode) 

or: kermit h[difl line] (Host server mode) 

or: kermit gCdifl line] file ... (get file from server) 

or: kermit qEdiful line] (tjuit remote Host server 

What it does not provide however, is a description of inhat that all means, so I will 
add to it those definitions of which I am sure, 

1 ,., add line feeds when out putting to screen 

d ... one or more d's specifying debugging level. The more d's, 
the more verbose the output 

i ... Specifies binary files. When this parameter is set, the 

file is transferred 'as is', when the parameter is not 
set, kermit assumes that the file is a text file, and 
translates <CR> to <CR><LF> 

The remaining switches are to do with Connect and Host 
Server modes. 
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1. Unile we are logged onto Bob's inachine, we start up a sending keriTiit. In order to do this the file that n'e are 
attempting to get must be in an accessible directory with its public-read attribute set, and the kerfriit program 
must have the public-execute attribute set (or we must be logged on as user 0, the superuser). OK, the command 
string then becomes '* 

kermit -sdi /d0/T£XTS/new5letter_Jan.89 

Remember, we ate logged onto his machine through /T2, and kermit is smart enough to knotit that, so we don't have to 
specify the line we are using. In fact if me do, kermit will think that /T2 is a file name, and try to look for it 
to send. Assuming everything goes to plan, that command should start a sending kermit on his machine, which will 
sit and wait for an ACK signal on the line. 

2. We then get out of the terminal program on our own machine (when using Xcom? ■;CTRL>+Y, Q). 

3. tto using our own system, with kermit in our own eMecution directory, we start a receive kermit by typings 

kermit -{(jI /T2 

The kermit protocol transfers filenames (but not full pathnames) so that you will not have to specify a filename 
when starting your receive kermit. A word of warning though, if you happen to have a file of the same name in your 
current data directory, it will be overwritten, and there will be no error reported! 

After the process has terminated, there will now be a file called newsletter_Jan.89 in our current data directory. 

4. Start our terminal program again in the usual manner, and a <CR> should give us s shell prompt from Bob's system 
(because we are still logged on). We could then relay a message to him to tell him that we are finished etc. 

A nifty technique that we sometimes use to do this involves redirection of a message to a window without a shell 
running. If that window happens to be W2, I would use the following: 

echo Thanks Eob, go to voice >/W2 *** This is the message 
display 07 07 07 >/W2 *** This gets his attention 

Remember, it is important that the window used has no shell, as the message will then be displayed immediately 
without having to wait for it to become active. 

Both kermit, and Xcom? are public domain programs, and are available from us. Simply send us a formatted disk, 
sufficient stamps to cover return postage, and $2.00, and we will provide copies. There are a number of versions of 
both kermit and ){com9. The earlier releases of kermit will not work satisfactorily on a CoCo, I think because they 
use a system call which is not available on CoCo 0S9 Level I, I use Version 1, release 6. There are differing 
versions of Xcom9 available dependent on 0S9 Level, so please specify which Level you require. 

Any questions should be directed to me (Don Berrie), on (07) 375 3236, or Bob Devries on (07)372 7916. 



OOODDOOOOOOOOOOOOOOOOOOOOODOOO 

FOR SALE :- 0S9 Softwre Pac^;age. 

Software by TANDY to suit CoCd3, 0S9 Level II complete with BasicB?, Pascal language compiler, 'C language 
compiler, Dynacalc spreadsheet. Profile databasej Rainbow "OS? Level II Book" - ALL original manuals and disks 
m as new condition. Cost over $800 BARGAIN at $250 the lot. Phone (07) 349 4696 ask for Brian. 
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A CelciuB to Fahrenheit Convertor in *C' 

Here's a little progranuite that will win you rriuch esteeuf liiith your wife. It is a prograMte to give 5 list of 
conversions for temperatures converting froii) degrees F to degrees C and back dgain. It has the ability t:^ be 
printed to your printer if you so desire. The programiTie asks ycu if you 'uiish to convert C to F or F to C just press 
C or F to select. You niill then be asked what temperature to start ati then what to stop at and what step value to 
use, just like a FOR-NEXT loop (which it is used for in fact). You will then be presented inith a list of 
temperatures and their conversions. Programme output is as follows ■- 

Convert C to F press C 
or F to C press F 
your choice ? C 



Value to start at 


? 100 


Value to end at ? 


200 


Step value ? 10 




100 degrees C = 


212 degrees F 


110 degrees C = 


230 degrees F 


120 degrees C = 


248 degrees F 


130 degrees C = 


266 degrees F 


1A0 degrees C = 


234 degrees F 


150 degrees C = 


302 degrees F 


160 degrees C = 


320 degrees F 


170 degrees C = 


338 degrees F 


180 degrees C = 


356 degrees F 


190 degrees C = 


374 degrees F 


200 degrees C = 


392 degrees F 



As you can see I allowed only whole numbers to be printed not the fractional values. This can be changed in line 41 
of the programme by changing 7.4. 0f to 7.4. 2f to change it to 2 decimal places. To get the programme to print to the 
printer* you need to redirect standard error. Use the following command line:- 

0S9:tempconv »/p 

This will only print out the conversion lines not the instructions. It is very useful for producing a list of oven 
temperatures for the kitchen. Now without further ado, here's the listing.... 

^linclude <stdio.h> /* for the getcharO macro */ 



mainO 
( 



float count;/* for-ne>:t loop counter variable */ 
float first;/* starting value for loop */ 
float last;/* ending value for loop */ 
float step;/* step value for loop */ 
float result;/* result returned from conversion*/ 
char ch;/* keyboard input variable */ 
float F_to_C();/* declare function as returning */ 
float C_to_F();/* a float value */ 

pffinitO;/* tell linker we are using float */ 

printf ('Convert C to F press C\nM;/* print instructions */ 
printfC or F to C press F\n"); 
printf (' your choice ? " ); 
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ch = toupper(getchar());/* get a key frofTi user */ 

if (ch 1= 'F' && ch != 'C')/* if not C or F end prograMte */ 

exit(0); 
printfCNnNnValue to start at ? ");/* get start value #/ 
5canfCy.f',&fir5t)i 

printf ('Value to end at ? ');/* get ending value */ 
5canff7.f',&la5t); 

printfCStep value ^ ");/* get step value */ 
scanfl"y.f,&stBp); 

for (count=first;cDunt<=la5t;cDunt+=5tep)/* for-next loop */ 
{ 

su-iitch (ch)/* use switch to select conversion type */ 
( 

case 'F':/* if F convert F to C */ 
result = F_tD_C( count); 
break; 
case 'C':/* if C convert C to F */ 
result = C_tD_F( count); 
break; 
) 
/* now print the result to standard error output to perutit re-direction */ 

f printf (stderr, "'/.A. 0f degrees 7.c = y.A.0f degrees '/.cXn ", count, ch, resu 1 1, (ch == 'F^ ? 'C^ : 'F')); 



float F_to_C(degrees)/* fahrenheit to celcius conversion function */ 

float degrees;/* value passed to routine is here */ 

( 

return ((5.0 / 9.0) * (degrees - 32.0));/*f do your sums */ 
} 

float C_to_F(degree5)/* celcius to fahrenheit conversion function */ 

float degrees;/* value passed to routine is here */ 

( 

return (((9.0 / 5.0) * degrees) +32.0);/* do yc^ur sums */ 



I hope you find this prograMte useful as well as a little educational. Have fun with it anyhow. 

Regards, 
Bob Devries 
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